home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 1998 November / IRIX 6.5.2 Base Documentation November 1998.img / usr / share / catman / u_man / cat1 / pmlc.z / pmlc
Text File  |  1998-10-20  |  18KB  |  328 lines

  1.  
  2.  
  3.  
  4. PPPPMMMMLLLLCCCC((((1111))))                                                                PPPPMMMMLLLLCCCC((((1111))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      ppppmmmmllllcccc - configure active Performance Co-Pilot pmlogger(s) interactively
  10.  
  11. SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  12.      ppppmmmmllllcccc [----eeee] [----hhhh _h_o_s_t] [----iiii] [----nnnn _p_m_n_s_f_i_l_e] [----PPPP] [----pppp _p_o_r_t] [----ZZZZ _t_i_m_e_z_o_n_e] [----zzzz]
  13.      [ppppiiiidddd]
  14.  
  15. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  16.      ppppmmmmllllcccc may be used to change those metrics and instances which a
  17.      ppppmmmmllllooooggggggggeeeerrrr(1) writes to a Performance Co-Pilot archive (see PPPPCCCCPPPPIIIInnnnttttrrrroooo(1)),
  18.      the frequency with which the metrics are collected and whether the
  19.      logging is mandatory, advisory, on or off.  It also reports the current
  20.      logging status of metrics and instances.  ppppmmmmllllcccc may be used to control
  21.      pmlogger instances on remote hosts as well as those on the local host.
  22.  
  23.      Normally ppppmmmmllllcccc operates on the distributed Performance Metrics Name Space
  24.      (PMNS), however if the ----nnnn option is specified an alternative local PMNS
  25.      is loaded from the file _p_m_n_s_f_i_l_e.
  26.  
  27.      If the ----PPPP option is specified, ppppmmmmllllcccc will attempt to start with a
  28.      connection to the primary pmlogger on the local host.  If the ----pppp option
  29.      is specified, then ppppmmmmllllcccc will attempt to start with a connection to the
  30.      pmlogger on this TCP/IP _p_o_r_t.  Alternatively, if _p_i_d is specified, a
  31.      connection to the pmlogger instance with that process id will be
  32.      attempted on startup.  The ----hhhh option may only be used if ----PPPP,,,, ----pppp _p_o_r_t or a
  33.      _p_i_d is also specified.  In that case ppppmmmmllllcccc will initially connect to the
  34.      specified (remote) pmlogger instance on _h_o_s_t rather than the local host.
  35.      If the connection to the specified pmlogger instance cannot be
  36.      established, ppppmmmmllllcccc will start with no connection.  These options typically
  37.      allow the same file of ppppmmmmllllcccc commands to be directed to multiple pmlogger
  38.      instances by varying the command line arguments.  Note that ----PPPP, ----pppp _p_o_r_t,
  39.      _p_i_d and ----hhhh are used only when making an initial connection to a pmlogger
  40.      instance.  They are not used as defaults if subsequent connections are
  41.      made interactively (see the ccccoooonnnnnnnneeeecccctttt command below).
  42.  
  43.      By default, ppppmmmmllllcccc reports the time of day according to the local timezone
  44.      on the system where ppppmmmmllllcccc is run.  The ----ZZZZ option changes the timezone to
  45.      _t_i_m_e_z_o_n_e in the format of the environment variable TTTTZZZZ as described in
  46.      eeeennnnvvvviiiirrrroooonnnn(5).  The ----zzzz option changes the timezone to the timezone of the
  47.      pmlogger instance from which information is being obtained.  Only one of
  48.      ----zzzz or ----ZZZZ may be specified.
  49.  
  50.      If standard input is from a tty, ppppmmmmllllcccc is interactive, with prompts.  The
  51.      ----iiii flag may be used to force interactive behavior, and is typically used
  52.      in conjunction with ----eeee to echo all command input on standard output.
  53.  
  54.      The following commands may be used:
  55.  
  56.      sssshhhhoooowwww [ llllooooggggggggeeeerrrrssss ] [ @@@@_h_o_s_t ]
  57.          Displays the process identities of all pmlogger instances running on
  58.          the local host (or _h_o_s_t, if specified).  The primary pmlogger pid is
  59.          parenthesized because it can be referred to as "primary" as well as
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. PPPPMMMMLLLLCCCC((((1111))))                                                                PPPPMMMMLLLLCCCC((((1111))))
  71.  
  72.  
  73.  
  74.          by its pid.
  75.  
  76.      ccccoooonnnnnnnneeeecccctttt _p_i_d [ @@@@_h_o_s_t ]
  77.      ccccoooonnnnnnnneeeecccctttt pppprrrriiiimmmmaaaarrrryyyy [ @@@@_h_o_s_t ]
  78.          Connects ppppmmmmllllcccc to the specified pmlogger process.  Any existing
  79.          connection to a pmlogger instance is closed first.  Each pmlogger
  80.          instance will accept at most one connection at a time, so if the
  81.          connection is successfully established, your ppppmmmmllllcccc will be the only
  82.          one controlling the pmlogger instance it is connected to.
  83.  
  84.      nnnneeeewwww vvvvoooolllluuuummmmeeee
  85.          This command works only while a connection to a pmlogger instance is
  86.          established.  It tells the pmlogger to close the current volume of
  87.          the log and open a new volume.  Closed volumes may be archived, e.g.
  88.          as part of a regular log management procedure to control the size of
  89.          the physical log files.
  90.  
  91.      ssssttttaaaattttuuuussss
  92.          This command works only while a connection to a pmlogger instance is
  93.          established.  It prints information about the state of the pmlogger
  94.          instance and its associated log.
  95.  
  96.      ttttiiiimmmmeeeezzzzoooonnnneeee llllooooccccaaaallll | llllooooggggggggeeeerrrr | """"_t_i_m_e_z_o_n_e""""
  97.          This command sets the time zone used when times are printed.  llllooooccccaaaallll
  98.          means use the time zone of the machine that ppppmmmmllllcccc is running on.
  99.          llllooooggggggggeeeerrrr means use the time zone of the machine where the pmlogger
  100.          instance is running.  Alternatively an explicit _t_i_m_e_z_o_n_e enclosed in
  101.          quotes may be supplied (refer to TTTTZZZZ in eeeennnnvvvviiiirrrroooonnnn(5) for details).  The
  102.          default time zone is llllooooccccaaaallll unless one of the ----zzzz or ----ZZZZ options has
  103.          been supplied on the command line.
  104.  
  105.      fffflllluuuusssshhhh
  106.          This command works only while a connection to a pmlogger instance is
  107.          established, and requests the pmlogger instance to flush to disk all
  108.          buffers associated with the current archive.  For old-timers, ssssyyyynnnncccc is
  109.          a synonym for fffflllluuuusssshhhh.
  110.  
  111.      hhhheeeellllpppp
  112.          Displays a summary of the available commands.
  113.          hhhh and ???? are synonyms for hhhheeeellllpppp.
  114.  
  115.      qqqquuuuiiiitttt
  116.          Exits from ppppmmmmllllcccc.
  117.  
  118.      The remaining commands query and change the logging state of metrics and
  119.      instances.  They will work only if ppppmmmmllllcccc has a connection to a pmlogger
  120.      instance.  Metrics may be specified as fully qualified names (e.g.
  121.      hinv.ncpu) or subtrees of the PMNS (e.g. hinv) which are expanded to
  122.      include all metrics in the subtree (e.g. hinv.ncpu, hinv.cpuclock, etc.).
  123.      Lists of metrics may be specified by enclosing them in braces with spaces
  124.      or a comma between metrics (e.g. {hinv.ncpu hinv.ndisk}).  Subtrees of
  125.      metrics may be included in such lists.
  126.  
  127.  
  128.                                                                         PPPPaaaaggggeeee 2222
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135. PPPPMMMMLLLLCCCC((((1111))))                                                                PPPPMMMMLLLLCCCC((((1111))))
  136.  
  137.  
  138.  
  139.      Each individual metric specification may be further qualified with a
  140.      space or comma separated list of instances in square brackets (e.g.
  141.      irix.kernel.all.load["1 minute", "5 minute"]).  External instance names
  142.      or numeric internal instance identifiers or both may be used in the same
  143.      list (e.g. sample.colour.[red,1,"blue"]).  If an instance qualification
  144.      is applied to a subtree of the PMNS all of the metrics in the subtree
  145.      must have the same instance domain.  Instance qualifications may not be
  146.      applied to entire lists of metrics but may appear inside such lists.
  147.  
  148.      If no instances are specified for a metric, all instances are used.  All
  149.      instances means all instances available at the time the pmlogger instance
  150.      in question fetches the metrics for logging.  If an instance domain
  151.      changes over time this is not always the same as the set of instances
  152.      displayed by ppppmmmmllllcccc, which can only display the currently available
  153.      instances.  To prevent unintentional errors, only the instances that are
  154.      currently available to ppppmmmmllllcccc may appear in instance specifications.
  155.  
  156.      qqqquuuueeeerrrryyyy _m_e_t_r_i_c_l_i_s_t
  157.          The current logging state of each metric (and instances, where
  158.          applicable) in _m_e_t_r_i_c_l_i_s_t is displayed.  This includes the logging
  159.          state (e.g. on, maybe, off) and the logging interval for each metric
  160.          (and instance) requested.  The following abbreviations pertaining to
  161.          metrics (and instances) may appear in the output:  aaaaddddvvvv, advisory;
  162.          mmmmaaaannnndddd, mandatory; nnnnllll, not in the log; nnnnaaaa, in the log but not currently
  163.          available from its Performance Metrics Domain Agent (PMDA).  Where
  164.          appropriate, an instance name will appear last on a line preceded by
  165.          its numeric internal instance identifier.
  166.  
  167.      [ lllloooogggg ] mmmmaaaannnnddddaaaattttoooorrrryyyy oooonnnn _i_n_t_e_r_v_a_l _m_e_t_r_i_c_l_i_s_t
  168.          This form of the lllloooogggg command turns on logging for the metrics (and
  169.          any instances) in _m_e_t_r_i_c_l_i_s_t.  _i_n_t_e_r_v_a_l specifies how often the
  170.          specified metrics/instances should be logged.  oooonnnncccceeee indicates that
  171.          the metrics/instances should appear at most once in the log.  More
  172.          often one would use the optional keyword eeeevvvveeeerrrryyyy followed by a positive
  173.          number and one of mmmmiiiilllllllliiiisssseeeeccccoooonnnndddd (or mmmmsssseeeecccc), sssseeeeccccoooonnnndddd (or sssseeeecccc), mmmmiiiinnnnuuuutttteeee (or
  174.          mmmmiiiinnnn), hhhhoooouuuurrrr or their plurals.
  175.          Note that the keyword ddddeeeeffffaaaauuuulllltttt which may be used for the default
  176.          _i_n_t_e_r_v_a_l in a ppppmmmmllllooooggggggggeeeerrrr(1) configuration file cannot be used in ppppmmmmllllcccc.
  177.          Internal limitations require the _i_n_t_e_r_v_a_l to be less than
  178.          (approximately) 74 hours.  An _i_n_t_e_r_v_a_l value of zero is a synonym for
  179.          oooonnnncccceeee.
  180.  
  181.      [ lllloooogggg ] mmmmaaaannnnddddaaaattttoooorrrryyyy ooooffffffff _m_e_t_r_i_c_l_i_s_t
  182.          This tells the pmlogger instance not to log any of the
  183.          metrics/instances in _m_e_t_r_i_c_l_i_s_t.
  184.  
  185.      [ lllloooogggg ] mmmmaaaannnnddddaaaattttoooorrrryyyy mmmmaaaayyyybbbbeeee _m_e_t_r_i_c_l_i_s_t
  186.          This tells the pmlogger instance to honor any subsequent advisory
  187.          logging requests for the metrics/instances in _m_e_t_r_i_c_l_i_s_t.  If the
  188.          current logging state of the metrics/instances is mandatory (either
  189.          on or off) the new state will be set to maybe (effectively advisory
  190.  
  191.  
  192.  
  193.                                                                         PPPPaaaaggggeeee 3333
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200. PPPPMMMMLLLLCCCC((((1111))))                                                                PPPPMMMMLLLLCCCC((((1111))))
  201.  
  202.  
  203.  
  204.          off).  If the current state of the metrics/instances is already
  205.          advisory (either on or off) the state(s) for the metrics/instances
  206.          will remain as they are.
  207.  
  208.      [ lllloooogggg ] aaaaddddvvvviiiissssoooorrrryyyy oooonnnn _i_n_t_e_r_v_a_l _m_e_t_r_i_c_l_i_s_t
  209.      [ lllloooogggg ] aaaaddddvvvviiiissssoooorrrryyyy ooooffffffff _m_e_t_r_i_c_l_i_s_t
  210.          Advisory logging is only applicable if the last logging state
  211.          specified for a metric/instance was "mandatory maybe" (which permits
  212.          subsequent advisory logging control) or if the logging state is
  213.          already advisory.  These two statements turn advisory logging on or
  214.          off (respectively) for the specified metrics/instances.
  215.          The interpretation for _i_n_t_e_r_v_a_l is as above for the mmmmaaaannnnddddaaaattttoooorrrryyyy case.
  216.  
  217.      There is no continuation character required for commands that span lines.
  218.  
  219.      The word aaaatttt may be used interchangeably with @@@@.
  220.  
  221.      A request to log all instances of a metric will supersede any prior
  222.      request to log either all or specific instances of a metric (if the
  223.      request specifies a permissible transition in the logging state).  A
  224.      request to log specific instances of a metric when all instances of a
  225.      metric are already being logged is refused by ppppmmmmllllooooggggggggeeeerrrr.
  226.  
  227. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  228.      PPPPCCCCPPPPIIIInnnnttttrrrroooo(1), ppppmmmmccccdddd(1), ppppmmmmllllooooggggggggeeeerrrr(1), ppppmmmmdddduuuummmmpppplllloooogggg(1) and eeeennnnvvvviiiirrrroooonnnn(5).
  229.  
  230. DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
  231.      Most error or warning messages are self-explanatory.  A message of the
  232.      form
  233.              Warning: unable to change logging state for...
  234.      followed by a list of metrics (and possibly instances) indicates that
  235.      ppppmmmmllllooooggggggggeeeerrrr refused the request for the metrics (and instances) that appear.
  236.      Any metrics (and instances) that were specified but do not appear in the
  237.      message have had their logging state updated successfully (no news is
  238.      good news).  Usually this warning results from requesting advisory
  239.      logging when a mandatory control is already in place, or requesting
  240.      logging for specific instances when all instances are already being
  241.      logged.
  242.  
  243. CCCCAAAAVVVVEEEEAAAATTTT
  244.      If all instances of a metric are being logged and a request is made to
  245.      log specific instances of the metric with the same state and frequency,
  246.      the request may appear to succeed, even though ppppmmmmllllooooggggggggeeeerrrr has refused the
  247.      request.  This is not normally a problem, as the required information
  248.      will still be placed into the log by ppppmmmmllllooooggggggggeeeerrrr.
  249.  
  250.      However in the case where the metric is to be logged once, the outcome is
  251.      not what might be expected.  When ppppmmmmllllooooggggggggeeeerrrr receives a request to log a
  252.      metric once, it places the current value(s) of the metric into the log as
  253.      soon as it can, regardless of whether the metric is already in the log.
  254.      This may be used to force values into the log.  When a request to log
  255.      specific instances of a metric arrives and is refused because all
  256.  
  257.  
  258.                                                                         PPPPaaaaggggeeee 4444
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265. PPPPMMMMLLLLCCCC((((1111))))                                                                PPPPMMMMLLLLCCCC((((1111))))
  266.  
  267.  
  268.  
  269.      instances of the metric are already being logged, ppppmmmmllllooooggggggggeeeerrrr does not place
  270.      values for the instances requested into the log.  It returns the current
  271.      logging state for each instance requested to ppppmmmmllllcccc.  The requested and
  272.      returned states are identical, so ppppmmmmllllcccc doesn't raise an error as it
  273.      should.
  274.  
  275.      To ensure that only certain instances of a metric are being logged, one
  276.      should always turn off logging for all instances of the metric prior to
  277.      turning on logging for the specific instances required.
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.                                                                         PPPPaaaaggggeeee 5555
  325.  
  326.  
  327.  
  328.